Control device, communication terminal device, server device, service providing system, parameter modification method, service providing method, and control method of server device

ABSTRACT

When a service providing server receives, from a mobile phone or the like owned by a user, a request to modify a parameter defining the performance of a control device provided in an automobile, the service providing server transmits a requested modification command to the control device. The control device modifies the parameter thereof in accordance with the modification command received from the service providing server. Further, the service providing server records a history of the modification command having been transmitted on a user-by-user basis, and settles an account of the user every predetermined period of time, by requesting the user to pay a fee for the modification. Thus, a service provider is able to charge the user for modifying various parameters defining performance of the control device.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.10/534,760, filed Jul. 5, 2005, which is a U.S. National Stageapplication of PCT/JP03/14409, filed Nov. 12, 2003, which claimspriority to Japanese application number 2002-332843, filed Nov. 15,2002, the entire contents of which are incorporated herein be referencein their entirety.

TECHNICAL FIELD

The present invention relates to a charging method for use in a serviceproviding system for providing, via a communication network, aninformation providing service, a service providing server, a serviceproviding program, a storage medium storing the service providingprogram, a terminal device, a terminal processing program, and a storagemedium storing the terminal processing program.

BACKGROUND ART

Outstanding progress in communication technology and development of acommunication infrastructure in recent years have enabled people toexchange various kinds of data via various communication lines. Forexample, the Internet which is rapidly growing its popularity throughoutthe world has allowed exchanging of various kinds of data (information),or downloading of application programs to be used. Furthermore, theInternet allows not only a PC (personal computer)-to-PC data exchange,but also a data exchange between a PC and a device such as a portablephone and a portable information terminal. For this reason,Internet-based information communications, along with these informationdevices, are expected to become even more prevalent.

In response to the development of the information society, aninformation environment for automobiles or the like has been alsoshowing a rapid advancement. For example, automobiles haveconventionally been provided with a device such as an FM/AM radio and/oran MD/CD player. In addition, there is a growing trend of furtherproviding these automobiles with various in-vehicle information devices,such as a vehicle-antitheft device, a navigation system, and/or aCD-ROM/DVD-ROM drive.

For example, in an in-vehicle information device amongst suchinformation devices, data downloading has been performed for updating ofthe data stored in the in-vehicle information device. In a meanwhile,programs or the like have been downloaded in a typical PC (PersonalComputer). Amongst these programs, there has been software so-calledshareware which requires a user to make a payment, in order to fully usethe program after a trial period thereof. As described, there hasconventionally been a widely-spreading form of practices in which usersare charged for obtaining some kind of data through communications.

Note that the followings are Patent documents 1 and 2 of the prior art.

Patent document 1 (Japanese Unexamined Patent Publication No.11-189113/1999 (Tokukaihei 11-189113; published on Jul. 13, 1999)discloses a method for updating in-vehicle information device. Themethod is aimed at updating an in-vehicle information device through asimple procedure, without a need of complicated working procedure. Morespecifically, a head unit and an in-vehicle information device areconnected to each other via a data transmission path, therebyconstituting an in-vehicle information network system. The head unit isprovided with an input slot for accepting a storage medium storing anupdating program. When this input slot is loaded with the storagemedium, the head unit transmits, to a predetermined in-vehicleinformation device to be updated, a communication frame including: (I)command data containing an updating command; and (II) source datacontaining the updating program from the recording medium. In ameanwhile, the in-vehicle information device receives the communicationframe, and executes the updating program based on the command data andthe source data in the communication frame.

Patent document 2 (Japanese Unexamined Patent Publication No. 2000-4485(Tokukai 2000-4485; published on Jan. 7, 2000)) discloses a singlecastinteractive radio system. This system is aimed at economicallytransmitting, to a subscriber, a digitalized audio based content withquality of a spoken voice, upon request from the subscriber. Morespecifically, the system includes a personal radio station server and aplurality of user terminals, and utilizes one of existing wirelesscommunication networks as a transmission medium. Information of a highlycompressed voice content is stored in a data network server. Thepersonal radio station server stores therein subscribers' profiles withtopics of individual interest, and assembles a content material fromvarious websites, in accordance with the topics. Then, from thispersonal radio station server, the content is transmitted upon requestfrom a subscriber, to a subscriber's user terminal via the wirelessdigital data network. The user terminal restores voice-based materialwith AM-radio voice quality or better.

However, in a terminal device owned by a user, there is no chargingsystem for charging a user for modification of various parameters eachdetermining an operation of the terminal, such as what action is takenin what circumstance in an vehicle-antitheft device, for example.

Here, in a portable phone system or the like, for example, there hasbeen a system that allows a user to modify a content of a contract (e.g.discount plans) by inputting a request via a portable phone. This systemallowing a user to modify a service content provided by a portable phonecompany, however, does not allow aforementioned modification in anoperation of a terminal device owned by a user.

Further, there has been a system in which a data set is given avaluation in the form of point, credit, money, or the like, and thevaluation is used for exchange. However, there has not been a systemallowing free exchanging of information (i.e., giving a piece ofinformation in trade for another piece of information), the systemdeeming data-to-data exchange as a unit of exchanging. In short, thereis no information bartering system.

DISCLOSURE OF INVENTION

An object of the present invention is to provide: a charging method foruse in a service providing system; a service providing server; a serviceproviding program; a storage medium storing the service providingprogram; a terminal device; a terminal processing program; and a storagemedium storing the terminal processing program; each of which allowing aprovider of an information providing service to charge a user formodifying various parameters determining an operation of a terminaldevice owned by the user, thus realizing a new business model.

In order to achieve the foregoing object, a charging method of thepresent invention may be a charging method for use in a serviceproviding system having (a) a first terminal device owned by a user and(b) a service providing server, connected to the first terminal devicevia a communication network, offering an information providing serviceto the first terminal device, the method comprising: (I) a step of aservice providing server transmitting, to the first terminal device, amodification command for modifying a predetermined parameter determiningan operation of the first terminal device; (II) a step of the firstterminal device modifying the predetermined parameter only when thefirst terminal device receives the modification command for modifyingthe predetermined parameter from the service providing server; and (III)a step of the service providing server charging the user owning thefirst terminal device a fee for the transmission of the modificationcommand for modifying the predetermined parameter, in a case where theservice providing server transmits, to the first terminal device, themodification command for modifying the predetermined parameter.

With the foregoing method, the modification of the predeterminedparameters determining the operation of the control device owned by theuser is not carried out unless the service providing server gives themodification command. That is to say that, without permission from theservice providing server, the user is not able to modify thepredetermined parameters determining the operation of the user's controldevice. When the service providing server gives the control device acommand for modifying the predetermined parameters, the user whorequested the modification is charged a fee.

Thus, there is realized a business model in which a user is charged formodification of a predetermined parameter determining an operation of acontrol device owned by the user. More specifically, a service provideradministrating the service providing server is able to ensure incomefrom the foregoing business model. By using this income, the serviceprovider can provide various information services or the like at a lowprice, or even provide them free of charge. As a result, it is possibleto realize an information service system that can also benefit users aswell.

It should be noted that, in the present invention, the term “parameter”means information that determines the operation of the control device.Examples of the “parameter” are: designation of On/Off state of asensor; upper/lower limit values of a detection range of the sensor; anda control program controlling the entire control device.

Further, in the present invention, the service provider may be rewardedwith money from the user, for providing a service, however, the rewardfor providing the service is not limited to money. For example, theservice provider may be rewarded in the form of ticket or point issuedby the service provider or other organizations. For example, in a casewhere the user is charged a valuation for a service provided, and thecharge is settled by points, the number of points corresponding to thevaluation is subtracted from the number of points the user has.

Additional objects, features, and strengths of the present inventionwill be made clear by the description below. Further, the advantages ofthe present invention will be evident from the following explanation inreference to the drawings.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a flowchart showing an example of a charging process carriedout in a service providing system according to one embodiment of thepresent invention.

FIG. 2 is a block diagram showing an arrangement of the serviceproviding system according to one embodiment of the present invention.

FIG. 3 is an explanatory diagram showing an example of a typicalabnormal situation detection vs. countermeasure table in the serviceproviding system shown in FIG. 2.

FIG. 4 is an explanatory diagram showing an arrangement of a servicecontent modification process screen displayed on a display section ofthe service providing system shown in FIG. 2.

FIG. 5 is a flowchart showing a process of a vehicle-antitheft servicein a service providing system shown in FIG. 2.

FIG. 6 is a flowchart showing another example of the charging process inthe service providing system according to one embodiment of the presentinvention.

FIG. 7 is a block diagram showing a detail arrangement of a serviceserver and a charging server in the service providing system accordingto one embodiment of the present invention.

FIG. 8 is an explanatory diagram showing an example of a combinationtable stored in a product information database in the service servershown in FIG. 7.

FIG. 9 is an explanatory diagram showing an example of historyinformation stored in a history information database in the serviceserver shown in FIG. 7.

FIG. 10 is an explanatory diagram showing another example of the historyinformation stored in the history information database in the serviceserver shown in FIG. 7.

FIG. 11 is an explanatory diagram showing an example of option selectingscreen displayed on a portable phone connected to the service servershown in FIG. 7.

FIG. 12 is an explanatory diagram showing another example of the optionselecting screen displayed on the portable phone connected to theservice server shown in FIG. 7.

FIG. 13 is an explanatory diagram showing an example of a current statusconfirmation/modification screen displayed in the portable phoneconnected to the service server shown in FIG. 7.

FIG. 14 is a flowchart schematically showing a process during a trialperiod in the service server shown in FIG. 7.

FIG. 15 is an explanatory diagram showing an arrangement of programs ina memory space of a control device to which a program is supplied fromthe service server shown in FIG. 7.

BEST MODE FOR CARRYING OUT THE INVENTION Embodiment 1

An embodiment of the present invention is described below, withreference to FIGS. 1 through 5.

The present embodiment deals with a service providing system whichprovides a vehicle-antitheft service, and/or other data communicationservices by using an in-vehicle terminal device provided in a vehiclesuch as an automobile.

(Schematic Configuration of Service Providing System)

As shown in FIG. 2, the service providing system of the presentembodiment is provided with: a service center 1; a vehicle 2 includingan in-vehicle terminal device or the like; and a portable phone (secondterminal device) 3 owned by a user. Note that FIG. 2 shows only oneportable phone and one vehicle 2. However, there are actually pluralautomobiles 2 and plural portable phones 3, corresponding to the numberof plural users. These are connected to one another via a communicationnetwork 4 including the Internet, a public circuit or the like.

The service center 1 centralizes control of the service providing systemto offer a service. This service center 1 is provided with a chargingserver 5 and a service server 6, both of which make up a serviceproviding server.

The service server 6 is a server computer which carries out a process ofproviding a vehicle-antitheft service and other data communicationservices to the vehicle 2 and the portable phone 3. The accountingserver 5 is a server computer which carries out a process of managing acharge for a service having been provided from the service server 6 tothe user. Note that the present embodiment deals with a case where theservice server 6 and the accounting server 5 are separate servercomputers. However, a single server computer may have a serviceproviding function and a charging management function. Further, theaccounting server 5 may (i) entrust an account settlement to a computerof a settlement organization 100, through which the user makes apayment, and (ii) settle the user's account by reporting an amount ofcharge the user owes (FIG. 2). The settlement organization 100 can be,for example, a bank providing a settlement service, a credit cardcompany, or the like.

The vehicle 2 is an automobile owned by the user who receives theservice. In addition to conventional automobile functions such as atravelling function and other functions, the vehicle 2 is furtherprovided with: a communication device 7; a control device (firstterminal device) 8; a sensor 9; an intimidation device 10; and adisplay/input device 11.

The communication device 7 carries out a communication process ofcommunicating, via the communication network 4, with the service server66 or the portable phone 3. A communication scheme used in thecommunication device 7 can be a scheme in which communications arecarried out, via a public telephone line, by using a wirelesscommunication function of a portable phone, PHS (registered trademark),or the like. Further, the communication scheme can be also a scheme inwhich communications are carried out by using a DSRC (Dedicated ShortRange Communication) system. However, the communication scheme is notlimited as long as it allows wireless communications.

The control device 8 controls various operations in the vehicle 2, andcarries out various processes for receiving the service. For example,the control device 8 is provided with; a computing device such as a CPU;an RAM (Random Access Memory) serving as a work memory; a nonvolatilestorage medium for storing therein various kinds of data; and a terminaldevice having a removal media drive for reading and/or writing data intovarious removal media. The various processes which the control device 8carries out are executed by running respective programs therefor.

The display/input device 11 is provided with: displaying means forindicating a various contents of controls and/or operations or the likecarried out in the control device 8; and input means for accepting acommand entered by the user aboard the vehicle 2. For example, thedisplay/input device 11 is a device in which a touch panel serving asthe input means is provided on a surface of a display panel such as aliquid crystal display. It is needless to mention that the display/inputdevice 11 may be also provided with various buttons or the like servingalso as the input means.

As described, the in-vehicle terminal device in the vehicle 2 isrealized by the communication device 7, the control device 8, and thedisplay/input device 11. This in-vehicle terminal device may furtherprovided with a GPS (Global Positioning System) function, a navigationfunction, and/or an AV (audio-visual) function. The sensor 9 can bevarious sensors provided in the vehicle 2. Examples of the sensor 9 area CCD (Charge Coupled Device) camera, a microphone, a wind pressuresensor, a battery-voltage sensor, a speed sensor, an accelerationsensor, and a door-opening/closing sensor. These sensors are describedin detail later.

The intimidation device 10 is for carrying out various operations forintimidating a suspicious individual. This intimidation device 10basically utilizes a feature normally provided in the vehicle 2. Forexample, a horn, a hazard light, a headlight, an in-vehicle speaker, abraking system, or an engine control system is used. Further, theintimidation device 10 may be a device, for use in intimidation, whichis not normally provided in an automobile.

On the other hand, the portable phone 3 is a portable phone owned by theuser who receives the service. As shown in FIG. 2, this portable phone 3is provided with a communication section 12, a control section 13, adisplay section 14, and an input section 15.

The communication section 12 carries out a communication process fordata communicating with the service server 66 or the vehicle 2, via thecommunication network 4. In a communication scheme used in thecommunication section 12, communications are carried out, via a publictelephone line, by using a wireless communication function of a portablephone, PHS or the like.

The control section 13 controls various operations in the portable phone3, and carries out various processes for receiving the service. Thiscontrol section 13 is, for example, provided with: a computing devicesuch as a CPU; a RAM (Random Access Memory) serving as a work memory; anonvolatile recording medium for storing therein various kinds of data.

The display section 14 displays various operational statuses in theportable phone 3. This display section 14 is, for example, realized by adisplay panel such as a liquid crystal display or an organic EL(electroluminescence) display. The input section 15 accepts a commandentered by the user of the portable phone 3, and is realized by variousbuttons. For example, in a case where the control section 13 is providedwith a browser serving as an application for browsing various websitesduring connection to the Internet, a browser screen is displayed on thedisplay section 14, and various inputs with respect to the browser arecarried out via the input section 15.

It should be noted that the present embodiment deals with a case wherethe terminal device carried by the user is the portable phone 3.However, the present invention is not limited to this, and the terminaldevice may be a portable terminal device such as a PDA (Personal DigitalAssistant). In this case, for example, communications may be carried outin an area where a wireless LAN connection service is provided.

(Sensors)

Next, the following describes various kinds of the sensor 9 and what isdetected by using the each kind of the sensor 9. As mentioned above, thesensor 9 can be: a CCD camera; a microphone; a wind pressure sensor; abattery-voltage sensor; a speed sensor; an acceleration sensor; and adoor-opening/closing sensor.

The CCD camera is provided in a predetermined position of the vehicle 2.This CCD camera is used for capturing an image of, for example, a carinterior of the vehicle 2 and/or an image of the outside environmentsurrounding the vehicle 2. Image data captured by using the CCD camerais transmitted to the control device 8. Then, an image analysis iscarried out in the control device 8 with respect to the image data fordetection of an abnormal situation. In the image analysis, detection ofan abnormal situation is carried out in such a manner that as a resultof comparison between a currently captured image and an image capturedin a normal state, a portion of the currently captured image, which isdifferent from the image captured in the normal state, is extracted, andthen it is judged whether or not the extracted portion of the currentlycaptured image is an image of a human being such as a suspicious person,for example.

The microphone is a sensor, provided in a predetermined position of thevehicle 2, for sensing sound. An audio signal obtained by using themicrophone is transmitted to the control device 8. Then, a soundanalysis is carried out in the control device 8 with respect to theaudio signal for detection of an abnormal situation. In this soundanalysis, for example, upon detection of sound of a predetermined soundvolume or more, judgment of the detected sound as being abnormality andthe like operation is carried out.

The wind pressure sensor is a sensor, provided in a predeterminedposition of the vehicle 2, for detecting a pressure. A pressuredetection signal obtained by using the wind pressure sensor istransmitted to the control device 8. Then, a pressure variation analysisis carried out in the control device 8 with respect to the pressuredetection signal for detection of an abnormal situation. By setting thiswind pressure sensor in such a position of the vehicle 2 where the windpressure sensor is exposed to the outside air, it is possible to: (i)detect whether or not the automobile is moving; and (ii) detect a windpressure around the automobile; in accordance with a detection resultobtained from the wind pressure sensor.

The battery-voltage sensor is a sensor, provided in the vehicle 2, fordetecting an output voltage from a battery. A voltage detection signalobtained by using the battery-voltage sensor is transmitted to thecontrol device 8. Then, a voltage variation analysis is carried out inthe control device 8 with respect to the voltage detection signal fordetection of an abnormal situation. By detecting a battery-voltage, itis possible to grasp a state of power consumption in the vehicle 2.

The speed sensor is a sensor for detecting a speed of the vehicle 2. Aspeed signal obtained by using the speed sensor is transmitted to thecontrol device 8. Then, a speed analysis is carried out in the controldevice 8 with respect to the speed signal, for detection of an abnormalsituation. By detecting the speed, it is possible to grasp a travelingspeed of the vehicle 2.

The acceleration sensor is a sensor for detecting an acceleration of thevehicle 2. An acceleration signal obtained by using the accelerationsensor is transmitted to the control device 8. Then, an accelerationanalysis is carried out in the control device 8 with respect to theacceleration signal, for detection of an abnormal situation. With thisacceleration sensor, it is possible to: (i) detect theacceleration/deceleration of the vehicle 2 while the vehicle 2 ismoving; and (ii) detect tilting of the vehicle 2.

The door-opening/closing sensor is a sensor for detecting whether a doorof the vehicle 2 is opened or closed. A door opening/closing signalobtained by using the door-opening/closing sensor is transmitted to thecontrol device 8. Then, an analysis of door-opening/closing status iscarried out in the control device 8 with respect to thedoor-opening/closing signal, for detection of an abnormal situation. Bydetecting whether the door is opened or closed, it is possible to (i)detect that the door is not completely closed, and (ii) detect openingand/or closing of the door by a suspicious individual.

(Vehicle-Antitheft Service)

Next described is the vehicle-antitheft service practiced by the serviceproviding system. The vehicle-antitheft service of the presentembodiment is as follows. When an abnormal situation is detected by thesensor 9 in the vehicle 2, the control device 8 of the vehicle 2 causesan intimidation device 10 to carry out an intimidation action, inaccordance with what has been detected as the abnormal situation.Further, a reporting action is carried out as needed so as to report theoccurrence of the abnormal situation to the service server 6 and theportable phone 3.

Examples of the intimidation action are: (1) beeping of the horn; (2)flashing of the hazard light; (3) flashing of the headlight; (4) soundoutput from an in-vehicle speaker; (5) locking of the brake; and (6)stopping of the engine. For example, in a case where a suspiciousindividual tries to thieve the vehicle, the (1) beeping of the horncauses a large volume of sound to travel around the vehicle, thusattracting an attention of a person nearby the vehicle. An attention ofa person nearby the vehicle can be also attracted by carrying out the(2) flashing of the hazard light or the (3) flashing of the headlight.Further, the (4) sound output from an in-vehicle speaker gives apsychological pressure to the suspicious individual. Further, even ifthe suspicious person succeeds in moving the vehicle 2 through anillicit process, the vehicle 2 can be stopped moving by carrying out,for example, the (5) locking of the brake or (6) stopping of the engine.

Examples of the reporting action are: (1) reporting by e-mail; (2)reporting by phone-call; (3) calling out of a security guard; and (4)reporting to the service center. The (1) reporting by e-mail is suchthat the control device 8 of the vehicle 2 e-mails the user's portablephone 3 when an abnormal situation is detected, so as to report the userthat the abnormal situation has been detected. The (2) reporting byphone-call is such that the control device 8 of the vehicle 2 makes aphone call to the user's portable phone 3 when an abnormal situation isdetected, so as to report the user that the abnormal situation has beendetected. In this case, an automated reporting system or the like isused for making the report. The report by phone call is carried out ifan abnormal situation detected is more urgent than an abnormal situationreported by e-mail.

By carrying out the (3) calling out of a security guard, a detection ofan abnormal situation is reported to the service center 1. Then asecurity company or the like is instructed to dispatch a security guardto the site. This action is carried out in a case of an abnormalsituation whose emergency level is so high that a security guard needsto be immediately dispatched to the site. The (4) reporting to theservice center is such that the control device 8 of the vehicle 2 makesa report when an abnormal situation is detected, so as to report theservice server 6 that the abnormal situation has been detected.

The foregoing intimidation actions and reporting actions are selectivelycarried out in accordance with an abnormal situation detection resultobtained from the sensor 9. For example, if an abnormal situationdetection result obtained by the sensor 9 indicates that a crucialincident such as theft is less likely to be taking place, a low-levelintimidation action is selected, and the reporting action for a case oflow emergency level is selected. On the other hand, in a case where anabnormal situation detection result obtained from the sensor 9 indicatesthat a crucial incident such as theft is likely to be taking place, ahigh-level intimidation action is selected, and the reporting action fora case of high emergency level is selected.

For example, the vehicle 2 may have an illegal intruder in a case where(i) the CCD camera capturing an image of the car interior detects anunusual image, or (ii) the microphone collecting a sound wave detectsunusual sound. In such a case, the control device 8 controls anin-vehicle speaker so that intimidating sound is outputted from thein-vehicle speaker. Further, at the same time of detecting the abnormalsituation, the control device 8 (i) reports the occurrence of theabnormal situation to the service server 6 via the communication device7, and (ii) e-mails the user's mobile phone 3 so as to report theoccurrence of the abnormal situation to the user. Yet, a possibility ofthe detected abnormal situation being an actual theft is low at thispoint. Therefore, the intimidation action and the reporting action areset at a relatively low level.

On the other hand, for example, in a case of detecting a speed pulsewhich is not outputted unless the vehicle 2 runs, the control device 8judges that the possibility of a vehicle theft is high. In such a case,there is carried out a high level of the intimidation action such as thebeeping of the horn, the locking of the brake, and the stopping of theengine. Further, the control device 8 (I) reports the case to the user,via the communication device 7, by (a) sending e-mail and (b) making aphone-call, and (II) requests the service center 1 to dispatch asecurity guard.

As described, the control device 8 changes a content of the intimidationaction and the reporting action in accordance with an abnormal situationdetection result obtained from the sensor 9. In order to realize this,the control device 8 stores therein an abnormal situation detection vs.countermeasure table indicating (i) various kinds of abnormal situationdetection results, and (ii) the intimidation actions and the reportingactions respectively corresponding to the abnormal situation detectionresults. More specifically, when an abnormal situation is detected bythe sensor 9, the control device 8 finds out which intimidation actionand which reporting action should be carried out, by referring to theabnormal situation detection vs. countermeasure table. Then, theintimidation action and the reporting action thus found out from theabnormal situation detection vs. countermeasure table are carried out.

FIG. 3 is an example of the abnormal situation detection vs.countermeasure table for use in a normal alert state. A row-itemdescribes an abnormal situation detected by the sensor 9, and acolumn-item describes a countermeasure to be carried out when anabnormal situation is detected. In FIG. 3, the countermeasure markedwith a symbol “◯” is taken, whereas a countermeasure marked with nosymbol is not taken.

A plurality of the abnormal situation detection vs. countermeasuretables are provided for various conditions (modes), and the abnormalsituation detection vs. countermeasure tables are changed over inaccordance with the mode in effect. That is, by using various abnormalsituation detection vs. countermeasure tables respectively correspondingto various occasions, it is possible to carry out a suitablevehicle-antitheft operations. Here, examples of the foregoing conditions(modes) are as follows: (i) parking an automobile in a normally usedparking (normal mode); (ii) parking an automobile, during an outing, ina parking with a relatively high level of security (outing mode); (iii)parking an automobile, during an outing, in a parking with a relativelyhigh level of risk (outing alert mode), and (iv) during a high levelalert being in effect upon detection of an abnormal situation (dangermode).

(Process Flow of Vehicle-Antitheft Service)

Next, a process flow of a vehicle-antitheft service is described withreference to a flowchart shown in FIG. 5. It should be noted that aprocess shown in the flowchart is essentially carried out by the controldevice 8 of the vehicle 2.

When the vehicle-antitheft service is started, it is confirmed, in theS1 (step 1), whether or not the user has given an instruction to end thevehicle-antitheft service. If the S1 resulted in “NO”; i.e., theinstruction to end the service is not given, then it is confirmed in S2whether or not the sensor 9 has detected an abnormal situation. If theS2 results in “NO”; i.e., no abnormal situation has been detected, thenthe process goes back to the S1. In short, the S1 is a state of waitingfor the instruction to end the vehicle-antitheft service, and the S2 isa state of standing by for an abnormal situation to be detected. Notethat if the S1 results in “YES”; i.e., the instruction to end theservice is given, then the vehicle-antitheft service is ended.

In a meanwhile, if the S2 results in “YES”; i.e., the sensor 9 hasdetected an abnormal situation, then a confirmation of a mode is carriedout in the S3. Here, the mode corresponds to aforementioned normal mode,outing mode, outing alert mode, danger mode, or the like. This mode isset by the user, at the time of starting the vehicle-antitheft service.

Next, in the S4, the abnormal situation detection vs. countermeasuretable corresponding to the mode being in effect is specified. Then, inthe S5, an intimidation action and a reporting action are determinedbased on the abnormal situation detected in the S2. In the S6, theintimidation action is carried out by the intimidation device 10, andthe reporting action is carried out with respect to the service center 1and the portable phone 3.

When the intimidation action and the reporting action are finished, itis confirmed, in the S7, whether or not a changeover of the mode isnecessary. If the changeover of the mode is necessary, then the mode ischanged over. The changing over of the mode is, for example, from thenormal mode to the danger mode, and so on. Then, the process is repeatedfrom the S1.

(Parameter Modification in Abnormal Situation Detection vs.Countermeasure Table)

Next described is a modification of a parameter of the abnormalsituation detection vs. countermeasure table.

As mentioned above, under control of the control device 8 of the vehicle2, the an intimidation action and a reporting action are carried outwith reference to the abnormal situation detection vs. countermeasuretable. However, it is convenient for the user, if the user can change acountermeasure to be carried out for each of abnormal situations. Forexample, in a case where the abnormal situation detection vs.countermeasure table shown in FIG. 3, for use in a normal alert state,is provided with a default setting, it is predictable that the userwishes to have a different countermeasure to be carried out (or not tohave a countermeasure to be carried out).

For this reason, in the present embodiment, each user can modify aparameter in the abnormal situation detection vs. countermeasure table,the parameter determining the intimidation action and/or the reportingaction to be carried out at the time of detecting an abnormal situation.More specifically, the parameter is modifiable by software, and even ina case where the parameter has been set in advance, it is possible tomodify the parameter through communications. By allowing the user tomodify the parameter, the abnormal situation detection vs.countermeasure table can be set differently from a default settingthereof. This realizes a vehicle-antitheft service which meets users'preferences.

It is possible to modify the parameter from any of the portable phone 3,the vehicle 2, or the service center 1.

To modify the parameter from the portable phone 3, the user needs to,first, access a service content modification website provided by theservice server 6, by using a browser function. Then, after the user isauthenticated by, for example, entering an ID and Password, the portablephone 3 displays a modification screen for a service content provided tothe user. An example of such a modification screen is shown in FIG. 4.As shown in FIG. 4, the screen indicates a setting of the intimidationaction to be carried out, when opening or closing of the door isdetected during aforementioned normal mode. According to this example ofsetting, only beeping of the horn is carried out when the opening orclosing of the door is detected. The setting is modified by selecting anitem of the intimidation action and clicking on a specific button of theinput section 15 that corresponds to the selected item of theintimidation action.

The command for modifying the setting of the parameter from the vehicle2 is received by the service center 1 via the communication network 4.Then, the service server 6 commands the vehicle 2, via the communicationnetwork 4, to modify the setting of the parameter. The control device 8modifies the parameter of the abnormal situation detection vs.countermeasure table in accordance with the command, so as to determinewhat intimidation action and/or what reporting action is/are carriedout, when an abnormal situation is detected.

The following describes how to modify the parameter from the serviceserver 6. (1) In the vehicle 2, the control device 8 controls thecommunication device 7 to transmit information obtained by the sensor 9to the service server 6. (2) Based on the information received from thevehicle 2, the service server 6 suitably transmits, to the vehicle 2, acommand for setting the parameter according to the current status of thevehicle 2.

Then, (3) the control device 8 modifies the setting of the parameter ofthe abnormal situation detection vs. countermeasure table in accordancewith the command being transmitted, and determines the intimidationaction and/or the reporting action to be carried out when an abnormalsituation is detected. For example, the communication device 7transmits, to the service server 6, positional information or the likeof the vehicle obtained by using an in-vehicle GPS antenna. When theservice server 6 acknowledges that the vehicle 2 is in the parking ofthe user's home, the service server 6 takes more precaution againstbreaking-in of the vehicle than stealing of the vehicle itself, andtransmits to the vehicle 2 a command for setting a parameter giving moreimportance to reporting than intimidation. The communication device 7receives the command for setting the parameter, and the control device 8modifies the parameter accordingly to the command, and begins the alertstate.

As described, it is possible to cause the service server 6 toautomatically modify the parameter, in accordance with a parkinglocation, as well as a parking period and a time when the vehicle 2 isparked. Thus, the user does not have to carry out a complicatedoperation, and yet the vehicle-antitheft service is most appropriatelycarried out in accordance with time and location. It should be notedthat it is up to the user to decide whether or not to carry out theautomatic modification of the parameter from the service server 6. Notefurther that, if the automatic modification is to be carried out, it isalso up to the user to decide, for example, (i) the conditions underwhich the automatic modification of the parameter from the serviceserver 6 is carried out, (ii) how many times the automatic modificationis carried out, and (iii) a period during which the automaticmodification of the parameter is carried out. Such decisions can be madevia the portable phone 3, and/or the vehicle 2, as in the case ofmodifying the parameter.

As mentioned above, it is obvious that the modification of the parameteris carried out via the service center 1 in any cases. That is to saythat the modification of the parameter is not carried out unless it ispermitted by the service center 1.

In the foregoing modification of the parameter, the service server 6controls an inspection for a case of a complicated parameter setting,any contradictions and/or the like. This is because the service server 6is capable of controlling the inspection more efficiently than thein-vehicle terminal device whose processing speed and memory is limited.For example, the setting of parameter becomes complicated when settingthe parameter taking into account the time and a parking location. Forexample, the intimidation action is not immediately carried out, whilethe automobile is parked at the user's home parking, taking into accounta possibility of the user's family member making operation mistake.Further, the setting of parameter also becomes complicated in a case ofsetting a program that increases a level of alert by increasingsensitivity levels of other sensors 9 upon detection of abnormal soundby the microphone. Further, the inspection of the contradiction is, forexample, an inspection of a setting carrying out no countermeasure evenif an abnormal situation is detected during the vehicle-antitheftservice is in effect. When the contradiction is found, then the serviceserver 6 warns the user as such. This warning is carried out bye-mailing the user's portable phone 3. This is however not the onlypossible warning method.

(Charging Process Associated with Modification of Table)

Next described is a charging process carried out in a service providingsystem. As mentioned before, the service center 1 carries out themodification of parameter by exchanging information with the vehicle 2via the communication network 4. The user accesses to the service center1 from the portable phone 3 or the vehicle 2, so that a command formodifying the parameter is transmitted to the vehicle 2. Since anantitheft system is operated via the service center 1, the servicecenter 1 includes a user data base containing each user's informationregarding (i) the number of times parameter modifications are carriedout with respect to the abnormal situation detection vs. countermeasuretable, (ii) a using status of the vehicle-antitheft service.

The user data base is stored in the charging server 5, and all of theparameter modifications are recorded in the data base. Based on theparameter modifications recorded in the data base, the charging server 5calculate an amount of charge, and periodically bills the user to paythe charge.

As described, the parameter of the abnormal situation detection vs.countermeasure table is modified upon permission from the service center1. Charging takes place when the parameter modification is carried outupon permission from the service center 1. In short, the charging server5 is so arranged that the user is not allowed to modify the parameterwithout permission (free of charge).

Further, the charging server 5 may carry out the charging processaccordingly to a detailed setting of charges based on how long, how manytimes, and/or where each function of the abnormal situation detectionvs. countermeasure table is used. Needless to mention that, the chargingprocess may: allow the modifications to be carried out free of charge aslong as the number of times the modifications have been carried out iswithin a predetermined range of number; and/or allow the modificationsto be carried out free of charge during a predetermined period.

(Process in Charging Server)

The following describes an example of the charging process of thepresent embodiment carried out by the accounting server 5, withreference to a flowchart in FIG. 1. This charging process is carried outon a user-by-user basis.

When the service server 6 controls an operation of the charging server5, the charging server 5 checks whether or not a predetermined periodfor the use of the vehicle-antitheft service has expired (S11). Here thepredetermined period is a unit period for charging, such as one month.

If the S11 results in “NO”; i.e., the predetermined period has notexpired, the charging server 5 checks if there has been an operation formodifying the parameter (S12). If the S12 results in “NO”; i.e., therewas no operation for modifying the parameter, then the process goes backto the S11.

If the S12 results in “YES”; i.e., there was an operation for modifyingthe parameter, then it is confirmed whether or not the vehicle 2 canactually carry out an action corresponding the parameter (S13). Thisconfirmation is carried out because, for example, there is thepossibility that a selected countermeasure against an abnormal situationdetected by the sensor 9 could not be performed due to a malfunction ofthe sensor 9 for some reason. This prevents the user from being chargedfor his/her inadvertent modification of a parameter corresponding to anunavailable action.

If the S13 results in “NO”; i.e., the vehicle 2 is unable to carry outthat action, the charging server 5 judges that the parametermodification having been made is invalid, and returns to the S11 after acancellation process is carried out (S14).

If the S13 results in “YES”; i.e., the vehicle 2 is able to carry outthe action corresponding to the modified parameter, the service server 6transmits modification command data for instructing to modify therequested parameter to the control device 8 of the vehicle 2 (S15). Inresponse to the modification command data, the control device 8 modifiesthe parameter of the abnormal situation detection vs. countermeasuretable stored in the device. Then, in the S16, the charging server 5stores therein a number of times the parameter modification has beencarried out so far, and a content of the modification. After that, theprocess goes back to the S11, and the process is repeated until thepredetermined period expires.

If the S11 results in “NO”; i.e., the predetermined period has expired,the charging server 5 calculates, based on the information stored in theS3, a total number of times the parameter modifications carried outwithin the predetermined period, upon permission from the service center1 (S17).

Next, in S18, the charging server 5 determines a valuation for each ofthe modifications whose total number of times has been calculated. Then,in S19 the charging server 5 calculates a total charge of a basic feeand a fee for the vehicle-antitheft service used during thepredetermined period.

Then, the service server 6 requests the user to make a payment (in cash,by a credit card or the like) for the vehicle-antitheft service usedduring the predetermined period (S20). A billing method may be aconventional method such as mailing, or e-mailing.

(Other Charging Process)

The foregoing description deals with the charging process being carriedout by using the accounting server 5, with respect to the parametermodification. However, the charging process can be also carried out, asin the foregoing case, with respect to the following options beingadded. Here, the option is a function or a device having the functionwhich may be retrofitted to the vehicle 2.

The user is allowed to freely add an option such as a horn for use inintimidation, and/or a new antitheft sensor 9. Each device does notoperate by merely connecting it to the in-vehicle terminal device. Inorder to operate the device, required are: updating of the abnormalsituation detection vs. countermeasure table; modification and/oradjustment of the control device 8, and/or other operation.

In the service providing system of the present embodiment, updating ofthe abnormal situation detection vs. countermeasure table, modificationand/or adjustment of the control device 8, and/or other operation isrealized by downloading data for use in updating, modification,adjustment, and other operation from the service server 6. This allowsthe user to use an option via the portable phone 3 or the vehicle 2.Accordingly, the user can purchase an option, and easily improve thein-vehicle terminal device by using a function of the option. Further,it is not necessary to dismount the control device 8 which has alreadybeen mounted, for upgrading of the control device 8. This allows aservice provider to easily make a change in service provided by theservice provider.

The control device 8 may be modified by downloading so that an optioncan be used for an intended purpose. For example, in a case where theuser added a sensor 9, the control device 8 is adjusted by downloadingfrom the service server 6, so as to (i) allow frequent modifications ina setting, and (ii) constantly updating a default status. In ameanwhile, in a case of adding a horn, the control device 8 is adjustedby downloading from the service server 6, so as to enable an adjustmentof tone and/or volume in accordance with a purpose.

The charging server 5 charges the user for using these options, andrequests the user to pay the charge in the end. Charge collection may becarried out by any of the following charging processes: (I) charging forthe use of the option during a limited useable period or at limitednumber of times; (II) charging a constant fee for a specific option; or(III) charging fees proportional to the number of hours the option hasbeen used. The charging process may also be a process that charges forthe use of the option after expiry of its trial period being provided asin the case of charging for shareware. Further, the charging process maybe a combination of the foregoing processes.

Further, the service center 1 may provide an option of limiting the useof a function regarding all the functions including a function providedas a standard. This allows the user to temporarily stop a function, stopa function which is not being used, and modify a content of an option.For example, it is possible to temporarily stop notifying a vehicleposition in a GPS (Global Positioning System), and/or to suspend imagemonitoring by means of an in-vehicle camera. The user is allowed tomodify a setting of the option, by making a payment for themodification. It is possible to (i) charge the fee every time the optionhas been used, or (ii) charge the fee for a permission to use the optionduring a predetermined period. The charging process may be so adaptedthat the user is allowed to make modifications unlimited number of timesduring a trial period.

Further, in a case where the service server 6 is capable of sending, tothe vehicle 2 (to the user in the vehicle), information such asinformation of a vacant parking and information of traffic jam, thecharging server 5 may carry out, upon receipt of the information, such acharging process in which: a valuation for the information received bythe vehicle 2 is determined, and then the determined valuation ischarged to the user.

As described, the charging process is carried out by using the chargingserver 5, with respect to the vehicle-antitheft service as well as theother services likewise.

The service center 1 can provide various options associated withaccessories such as answerback sound of a car navigation system and acontrol panel. For example, the user can download a desirable sound byselecting the sound from various sounds prepared in the service server6, and use the sound as an operation confirmation sound. Further, byallowing the user to download a sound format, the user can create asound for use in confirmation of an operation. In this case, the user isobtaining the option by downloading it. As described, the service center1 provides various options and an environment for using the options viathe service server 6. Further, the service center 1 charges the user,via the charging server 5, for using the options thereby collecting thecharge from the user.

Further, by downloading data of a browsing function from the serviceserver 6, the user can modify a text and/or a layout displayed on (I) adisplay section 14 of the portable phone 3 and/or (II) the display/inputdevice 11 of the vehicle 2. To facilitate user's convenience, the usercan modify font, modify a system of operation, and/or assign functionsto buttons. As a result, the user can modify a control panel of thedisplay/input device 11 in the vehicle 2, and/or a control panel of theportable phone 3. The charging server 5 charges the user for thisdownloading of data, and requests the user to pay for the charge.

As described, the user is allowed to have the freedom to select anoption the user needs, from a remarkably large selection of variousoptions. Further, since it is the charging server 5 that carries out thecharging process, a payment can be easily made even if a complicatedcharging system is set.

Despite the large selection of options, the service provider is able toeasily provide the options. This is because the user can download datahim/herself, for modifying and/or setting the control device 8.

Further, since it is the user who modifies the parameter and/ordownloads data, the service provider is able to provide a serviceassociated with a detailed setting, whereas such a service hasconventionally been difficult to provide. Further, the user no longerneeds to install, in an in-vehicle terminal device, large amounts ofsoftware containing such a function that the user doesn't want. This isadvantageous in terms of costs.

Embodiment 2

Another embodiment of the present invention is described below, withreference to FIG. 6. The same symbols are given to the members that havethe same functions as those in the foregoing embodiment 1, and thedescriptions of those members are omitted here as a matter ofconvenience.

In the embodiment 1, settlement is carried out, for example, in such amanner that the user pays for the use of a service such as the parametermodification, and addition of an option. The present embodiment dealswith a service providing system which allows for settlement of thecharge for a service by using a point that the user can earn byproviding some kind of information (described later) to the servicecenter 1.

The information provided by the user can be information obtained byusing various sensors provided in an automobile 2 owned by the user. Forexample, speed information obtained by using a speed sensor and anacceleration sensor, image information of a vehicle-surroundingenvironment obtained by using a CCD camera, and other information havebeen given in the description of the sensor 9 in the embodiment 1.Additionally, the information provided by the user can be:vehicle-position information obtained by using a GPS; operationalinformation of windshield wiper; operational information of headlight;travel-distance information; remnant gasoline/oil information; and soon. The following describes what kind of information the service center1 can obtain from the above listed information.

First, the service center 1 can grasp a traffic status, based on thespeed information and the vehicle-position information. Morespecifically, in a case where a speed of the automobile 2 travellingsomewhere does not exceed a predetermined speed for a certain period,the service center 1 recognizes an occurrence of a traffic jam in theplace where the automobile 2 is travelling. Further, the service center1 can also estimate time needed to pass the traffic jam, based on thespeed at which the automobile 2 is travelling. Thus, by obtaining thespeed information and the vehicle-position information, the servicecenter 1 is able to provide other users with detailed trafficinformation.

Further, the service center 1 can obtain information of a region havingrainfall, based on the vehicle-position information and the operationalinformation of windshield wiper. A windshield wiper is basicallyoperated during rainfall. Therefore, by obtaining the information aboutan operation of a windshield wiper from a plurality of the automobiles2, it is possible to grasp which region is having rainfall. Here, thereis a possibility that a windshield wiper is operated for a purpose of,for example, washing a windshield of the automobile. However, it ispossible to make a relatively accurate judgment, by judging that it israining when, for example, an operation of a windshield wiper lasts apredetermined period or longer.

As described, by obtaining information of raining regions, the servicecenter 1 can (i) provide the other users with weather information inreal time, and (ii) predict a traffic jam associated with rainfall.

Further, the service center 1 can obtain information of a region withpoor visibility, based on the vehicle-position information, theoperational information of headlight, and the image information of avehicle-surrounding environment. Here, a headlight is usually lit upwhile the automobile is in a tunnel, as such, the information regardingthe headlight becomes irrelevant to the visibility of outside thetunnel, while the automobile is in the tunnel. However, by using theoperational information of headlight and the vehicle-positioninformation in combination, it is possible to judge whether or not theautomobile is in a tunnel. Therefore, relatively accurate informationcan be obtained. As described, the service center 1 can obtaininformation regarding visibility in each region. This allows the servicecenter 1 to provide other users with, for example, information of foggyregions.

Further, the service center 1 can grasp how much gasoline and/or oil isleft in the vehicle, based on the remnant gasoline/oil information.Here, under a contract with gas stations, the service center 1 canprovide the automobile 2, which has not much gasoline/oil left, with aservice, for example, of transmitting information of a gas stationnearby the automobile 2, based on a combination of the vehicle-positioninformation and remnant gasoline/oil information. This allowsrealization of a business model in which the service center 1 providesthe foregoing service or the like, by using advertisement fees paid bythe gas stations.

Further, the service center 1 can provide a service of, for example,transmitting a message for recommending the user to have the automobile2 inspected when time has come for inspection, based on (i) thetravel-distance information obtained from the automobile 2, and (ii) ahistory record of a traveling distance at the previous inspection of theautomobile 2. In this case, for example, under a contract with anautomobile repairing company, the service center 1 can provide anadvertisement service of transmitting an advertisement of the automobilerepairing company to the automobile along with the message recommendingan inspection.

In the foregoing example, the user earns the point by transmitting, tothe service center 1, information obtained from various sensors providedin the automobile 2. However, the user may earn the point in exchangefor transmitting some kind of information to the service center 1, byinputting the information via a portable phone 3 or a display-inputdevice 11 in the automobile 2.

For example, in driving the automobile 2, the user can inform theservice center 1 of a travelling purpose and/or a travelling area.Examples of the travelling purpose are travelling for leisure, ortravelling for a business trip, and so on. Information of the travellingarea can be a planned travelling route, a destination, or a facilityplanned to be used. Based on such information obtained by the servicecenter 1, the service center 1 can provide various advertisements to theuser in line with the respective travelling purposes, and travellingareas, thereby profiting from the advertisements.

As described, an advertisement is provided based on information (e.g.remaining gasoline information, information related to the travellingpurpose, and/or the like) transmitted from the user. This causes ahigher possibility of the user utilizing a service being advertised.This brings an advantage that the effect of advertisement increases toan advertisement providing side. Further, it is advantageous for theuser, because the user is allowed to: (I) receive an advertisement of ashop located in an area where the user can reach with a remaining amountof gasoline; and (II) receive a beneficial advertisement (such as anadvertisement of a restaurant) selectively in accordance with atravelling time of day and the travelling purpose.

It should be noted that the foregoing description deals with the casewhere the user can earn the point by providing some kind of informationto the service center 1. However, the user may also earn the point byperforming a setting for permitting a receipt of the advertisement.

(Process in Charging Server)

Next described, with reference to a flowchart shown in FIG. 6, is a flowof a process carried out in a charging server, at the time of offeringthe foregoing service.

When the service server 6 controls an operation of the charging server5, the charging server 5 checks whether or not a predetermined periodfor the use of the vehicle-antitheft service has expired (S21).

If the S21 results in “NO”; i.e., the predetermined period has notexpired, the charging server 5 checks if there has been an operation formodifying the parameter (S22). If the S22 results in “NO”; i.e., therewas no operation for modifying the parameter, then the process goes backto the S21.

If the S22 results in “YES”; i.e., there was an operation for modifyingthe parameter, then it is confirmed whether or not the vehicle 2 canactually carry out an action corresponding the parameter (S23). Thisconfirmation is carried out because, for example, there is thepossibility that a selected countermeasure against an abnormal situationdetected by the sensor 9 could not be performed due to a malfunction ofthe sensor 9 for some reason. This prevents the user from being chargedfor his/her inadvertent modification of a parameter corresponding to anunavailable action.

If the S23 results in “NO”; i.e., the automobile 2 is unable to carryout the action, the charging server 5 judges that the parametermodification having been made is invalid, and returns to the S21 bycarrying out a cancellation process (S24).

If the S23 results in “YES”; i.e., the parameter modification can becarried out in the automobile 2, then it is judged, in S25, whether ornot a charge to the user can be settled by using the amount ofinformation provided by the user. This is for judging whether or not thenumber of points required for carrying out the requested modification ofthe parameter is not more than the number of points possessed by theuser at that time. In other word, it is judged whether or not the userhas provided enough information for carrying out the requestedmodification of the parameter.

If the S25 results in “YES”; i.e., the charge can be settled by usingthe amount of information provided by the user, then modificationcommand data for instructing modification of the parameter istransmitted from the service server 6 to a control device 8 of theautomobile 2 (S26). In response to the this modification command data,the control device 8 modifies the parameter of an abnormal situationdetection vs. countermeasure table stored in the device. Then, in S27,the charging server 5 stores therein the number of times the parametermodification has been carried out, and a content of the modification.After that, the process goes back to the S21, and the process isrepeated until the predetermined period expires.

On the contrary, if the S25 results in “NO”; i.e., the amount of theinformation provided by the user is not enough to settle the charge, theuser is requested to provide additional information. For example, amessage is sent to the user's portable phone 3, mentioning that therequested modification of the parameters would be carried out if theuser provides some kind of information because the amount of informationprovided by the user is not enough so far.

Then, in S29, it is judged whether or not additional information hasbeen received. If the user gives, after reading the message, aninstruction to provide some kind of information, then the additionalinformation is received by the service server 6 (“YES” in the S29), andthe charge is settled in S30 by using the amount of the informationprovided. If settlement of the charge has properly completed, in theS26, modification command data for modifying the parameter concerned istransmitted from the service server 6 to the control device 8 of theautomobile 2. Then, in the S270, the charging server 5 stores thereinthe number of times the parameter modifications have been carried out,and contents of the modification, and returns to the S21.

On the contrary, if the S29 results in “NO”, i.e., the additionalinformation is not obtained from the user, in S31, the charging server 5judges that the requested parameter modification is not valid, andreturns to the S21 by carrying out an cancellation process.

In a meanwhile, if the S21 results in “NO”; i.e., the predeterminedperiod has expired, the charging server 5 calculates, based on theinformation stored in the S27, a total number of times the parametermodifications carried out within the predetermined period, uponpermission from the service center 1 (S32). Then, in S33, a settlementprocess is carried out, based on a calculation result obtained in theS27.

Note that, in a case where the charging server 5 judges that theinformation transmitted from the automobile 2 is not enough for settlingthe charge, it is possible to settle the charge by (i) generating adeficit of points so that the deficit is settled in the next settlement,and/or by (ii) requesting the user to make a payment in cash, by creditcard, or the like method. As described, the charging is possible notonly by information exchange but also by combination of informationexchange and a charge of a valuation for information.

The service center 1 handles managements of such information exchange,managing parameter modification process, and other operation, so that itis possible to realize a single cohesive system into which informationexchange and a charging process for a use of an application arecombined. In other words, a direct information exchange system isrealized in such a manner that the automobile 2 transmits informationvia an in-vehicle terminal device, although the automobile 2 has onlyreceived conventionally, and the transmitted information is given avalue (point) in accordance with a type of the information.

However, it is not necessary to give a constant value to each piece ofinformation, and it is possible to realize a system that allows the userto receive information the user wants in exchange for information of theuser. Further, it is possible to realize a setting that allows the userto use a predetermined option unlimited number of times, even if theuser provides no information.

In the present embodiment, exchanging of the information becomespossible when a predetermined value is accumulated in response to user'ssetting indicating that the user will provide some kind of information.This is however not the only possibility. For example, informationexchange may be such that (i) a value is accumulated at the time ofactual transmission of information from the communication device 7, sothat the information transmitted can be exchanged with a desiredinformation. Alternatively, information exchange may be such that (ii) avalue is accumulated in accordance with the amount of information havingbeen transmitted, so that the information transmitted can be exchangedwith a desired information. Further, a combination of the (i) and (ii)may be adopted.

Embodiment 3

Yet another embodiment of the present invention is described below, withreference to FIGS. 7 through 15. The same symbols are given to themembers that have the same functions as those in the foregoingembodiments 1 and 2, and the descriptions of those members are omittedhere as a matter of convenience.

In the present embodiment, there is provided a detailed description ofthe parameter modification process, described in the foregoingembodiments 1 and 2, and processes accompanying therewith. Note that, inthe present invention, the parameter modification includes adding andupdating of a control program.

As described in the embodiment 1, upon receipt of a request, from theuser, for modifying the parameter determining an operation of thecontrol device (first terminal device) 8 in the automobile 2, theservice server (service providing server) 6 of the service center 1transmits a modification command corresponding to the request to thecontrol device 8. Upon receipt of the modification command from theservice server 6, the control device 8 modifies the parameter asinstructed by the modification command. Note that the parametermodification process may be carried out from any of the (i) the portablephone (second terminal device) 3 of the user, (ii) the automobile 2, and(iii) the service center 1.

Further, the charging server (service providing server) 5 of the servicecenter 1 stores therein history of the modification command on auser-by-user basis, and determine a valuation for modification made atpredetermined periods so as to charge a usage fee to the user

As described, under any circumstances, the parameter modificationprocess of the control device 8 provided in the automobile 2 is carriedout via the service center 1. In other words, the parameter modificationis not carried out unless it is permitted by the service center 1.

Then, along with the parameter modification process, the service center1 carries out an auxiliary process such as an inspection to be carriedout upon occurrence of a complicated parameter setting, contradiction,and/or the like. This improves the usefulness of the service center 1,and is more advantageous for the user.

FIG. 7 is a functional block diagram illustrating in detail arrangementsof the service server 6 and the charging server 5 provided in theservice center 1.

The service server 6 is provided with: a portable phone-usecommunication interface 61 (hereinafter simply referred to as a portablephone-use communication IF 61); a web server 62; an authenticationsection 63; a user information database 64 (hereinafter referred to asuser information DB 64); a screen data storing section 65; a validityjudging section 66; a product information database 67 (hereinafterreferred to as product information DB 67); a history informationdatabase 68 (hereinafter referred to as history information DB 68); amodification command generating/transmitting section 69; aparameter/program storing section 70; a automobile-use communicationinterface 71 (hereinafter referred to as automobile-use communication IF71); and a trial management section 72.

The portable phone-use communication IF 61 is an interface for use incommunicating with the portable phone 3. Note that the portablephone-use communication IF 61 checks an error during communications withthe portable phone 3.

The web server 62 transmits data for causing the portable phone 3 of theuser to display a setting screen and a help message in the parametermodification process, and obtains a modification request entered by theuser via the setting screen. More specifically, from the screen datastoring section 65, the web server 62 obtains data of the setting screenand/or the help message in response to the request from the portablephone 3, and then transmits the obtained data to the portable phone 3.Further, the web server 62 is provided with a request accepting section62 a for obtaining a modification request entered by the user via thesetting screen displayed on the portable phone 3.

The authentication section 63 requests the user to enter a password andan ID of the control device 8 (control device identifying information),upon receipt of a request for an access to the parameter modificationprocess from the portable phone 3. Then, the authentication section 63confirms that the request for the access is made by an authenticateduser, with reference to the user information database 64. At this point,the authentication section 63 refers to the user information DB 64 toobtain addresses of the communication device 7 in the automobile 2,based on the inputted ID of the control device 8. Then, theauthentication section 63 transmits the addresses to the automobile-usecommunication IF 71.

The user information DB 64 stores therein information about a user towhich a service is provided. More specifically, the user information DB64 stores therein a user password and an address of each communicationdevice 7 in the control device 8 of the automobile 2. Note that theportable phone 3, which is used by the user for modifying the parameterof the control device 8, may be registered, in advance, in the userinformation DB 64. This allows the authentication section 63 toauthenticate the portable phone 3 based on the phone number of theportable phone initiating the communication, thereby identifying thecontrol device 8 whose parameter is targeted for the modification, andobtaining the address of the communication device 7.

The screen data storing section 65 stores therein the setting screenand/or the help message to be displayed on the portable phone 3 in theparameter modification process.

The validity judging section 66 receives a setting requested by theuser, via the request accepting section 62 a, and refers to the productinformation DB 67 and the history information DB 68, so as to judge thevalidity of the request; i.e., so as to judge whether or notmodification as requested will cause a contradiction. If there is aproblem with the setting requested by the user, the validity judgingsection 66 causes the request accepting section 62 a to notify themobile phone 3 as such.

The product information DB 67 stores therein information specifyingwhether a combination of optional devices, such as a sensor 9 and anintimidation device 10, being set in the control device 8 is valid ornot in terms of design. This information can be, for example, acombination-table (See FIG. 8) determining each combination being set as(i) permitted, (ii) permitted but not recommended, or (iii) notpermitted.

The history information DB 68 stores therein a user-specific parametermodification histories of the control device 8 (See FIGS. 9 and 10).Note that FIGS. 9 and 10 illustrates identical parameter modificationhistory in different formats. The validity judging section 66 obtains acurrent setting of the control device 8 in accordance with the historyinformation DB 68.

The modification command generating/transmitting section 69 generatesmodification command data to be transmitted to the control device 8,when the validity judging section 66 judges that the setting requestedby the user is valid. Then, the modification commandgenerating/transmitting section 69 causes the automobile-usecommunication IF 71 to transmit the modification command data. At thispoint, the modification command generating/transmitting section 69obtains necessary parameter and program from the parameter/programstoring section 70 and then generates the modification command dataincluding the obtained parameter and/or program. Further, themodification command generating/transmitting section 69 stores, in thehistory information DB 68, the contents of the modification associatedwith (i) the control device 8 and (ii) a date on which the modificationis carried out. Note that the recording of the modification in thehistory information DB 68 may be carried out after receiving of amodification completion notification from the control device 8.

The parameter/program storing section 70 stores therein the parameterand/or the program to be: (i) transmitted as the modification commanddata, to the control device 8; and (ii) stored in a memory or the likeof the control device 8.

The automobile-use communication IF 71 is an interface for carrying outcommunications with the communication device 7 of the automobile 2. Theautomobile-use communication IF 71 transmits the modification commanddata generated in the modification command generating/transmittingsection 69, to the communication device 7 whose address is specified bythe authentication section 63. It should be noted that theautomobile-use communication IF 71 carries out an error check during thecommunications with the communication device 7 of the automobile 2.

Note further that a description of the trial management section 72 isprovided later.

Further, the parameter modification process may be carried out from anyof (i) the portable phone 3 of the user, (ii) the automobile 2, and(iii) the service center 1. Regardless of whether (i) the parameter ismodified accordingly to a request from the automobile 2, or (ii) theparameter is modified accordingly to a request from the service center1, the modification command data is generated by the modificationcommand generating/transmitting section 69, upon validation of therequest by the validity judging section 66, and is transmitted to thecontrol device 8, while the history of the parameter modification isstored in the history information DB 68.

Further, the charging server 5 is provided with a charging section 81and a charging database 82.

The charging section 81 refers to user-specific parameter modificationhistories stored in the history information DB 68, so as to determine avaluation for the modification at predetermined periods and then chargea usage fee to the user. Then, the charging server 81 managesinformation on charging and payment status on the user-by-user basis, inthe accounting database 82. It should be noted that the charging section81 may request a computer of the settlement organization 100 to settlethe charge to the user.

The following describes operations of the above-arranged service server6 and accounting server 5 in the service providing system of the presentembodiment, assuming that the control device 8 is an in-vehicle deviceof a vehicle-antitheft system.

(Option Selecting Screen)

FIG. 11 is an explanatory diagram illustrating an example of an optiondevice selecting screen displayed on the portable phone 3. FIG. 11illustrates an example of a screen from which the user selects an optiondevice so as to cause the control device 8 to load a parameter and/or aprogram for operating the option device provided in the automobile 2.Note that the control device 8 is unable to operate the option devicewithout an appropriate setting of the parameter and/or the program.

In the foregoing service providing system, the web server 62 retrieves ascreen to be displayed on the portable phone 3, from the screen datastoring section 65, and transmits the screen data to the portable phone3. A service provider can flexibly prepare an appropriate operationscreen, so that the user can select a setting without being confused,even if a combination of option devices is complicated.

Thus, in the foregoing service providing system, a GUI (Graphical UserInterface) of the portable phone 3 is mounted in the service server 6.This allows a system to be built in an environment in which regulationon capacity is relatively light. Further, it is possible to provide ascreen suitable for the portable phone 3. Further, from the settingscreen, the user can make a reference to a help-window for setting,and/or supplemented information. Further, it is possible to provide theusers information of a recommended option as well as an advertisement.

FIG. 12 is an explanatory diagram illustrating another example of theoption device selecting screen displayed on the portable phone 3. Asshown in FIG. 12, it is possible to provide information by using asimple illustration and/or a photograph of a commodity. This allows theuser to easily grasp the detail of the options. Further, in cooperationwith an on-line shopping site, the user can place an order of an optiondevice from this page.

(Setting Validity Judgment)

Further, in the foregoing service providing system, the validity judgingsection 66 validates the setting requested by the user, in accordancewith the combination-table (FIG. 8) in the product information DB 67.This avoids an inappropriate setting, even if the user requests asetting overlapping with another setting and/or a setting that does notfunction while another setting is functioning. Further, by simplyupdating the product information DB 67, it is possible to address a caseof finding an inappropriate combination of settings, or a case where anew option device is put on sale.

Further, since the history of the modification is stored in the historyinformation DB 68 (See FIGS. 9 and 10), it is possible to judge validityof a requested modification, based on the setting of the control device8. Further, in a case where the user reports a problem, it is possibleto identify an inappropriate combination of settings by checking thesetting of the control device 8. This inappropriate combination beingidentified can be added to the combination-table in the productinformation DB 67.

Further, it is possible to carry out, for example, (i) a minuteadjustment of the parameter and (ii) version-upgrading of a controlprogram, simply by storing a new parameter and/or a program in theparameter/program storing section 70.

(Modification History)

Further, in the foregoing service providing system, the current status,a history of modifications, or the like record are stored in the historyinformation DB 68 (See FIGS. 9 and 10), every time the modificationcommand generating/transmitting section 69 transmits the modificationcommand corresponding to a setting being selected by the user.

Therefore, it is possible to judge a successive modification inaccordance with the history information, and/or extract informationregarding the charging.

Further, based on the history information, it is possible to bring backa past setting through an operation via a screen shown in FIG. 13. Inother word, it is possible to provide a service of restoring a formersetting, if a new setting after the modification does not meet theuser's preference. A period during which the setting can be restored maybe limited to a certain period after use of a service is started. Thisallows the service provider to promptly carry out a refund process afterconfirmation of the suspension of the function.

(Charging)

Further, in the foregoing service providing system, no function isuseable in an initial setting of the control device 8. Upon completionof charging procedure in the service center 1, the service server 6sends data of a setting that enables the user to use the control device8. This allows the service center 1 to accurately manage a status ofproviding services.

Further, the accounting section 81 can charge fees, in accordance with ausing-time of each function, obtained from the history information DB68. Further, in a case of a problem, it is possible to identify thefunction being used, and verify the cause of the problem. Further, byconfirming a using status of the identical setting used by another user,the service provider can extract information needed for finding out thecause of the problem. Thus, appropriate supporting information ispromptly provided to the user.

Further, when confirming that the user paid a fee charged for using thecontrol device 8, the charging section 81 may transmitservice-continuation permission information to the control device 8, viathe automobile-use communication IF 71. Thus, in a case where thecontrol device 8 has not received the service-continuation permissioninformation for a predetermined period, it is possible to cause thecontrol device 8 to carry out a predetermined operation. For example,such a predetermined operation can be an operation that causes thecontrol device 8 to stop functioning after indicating a warning message.

(Trial Period)

FIG. 14 is a flowchart of a process for a trial period. In this processfor the trial period, the service server 6 automatically controls thecontrol device 8, so as to allow a user to use a function by validatinga setting of the control device for a predetermined period. Note thatthe process is carried out by the trial management section 72 in theservice server 6. Further, after the trial period has elapsed, thesetting is brought back to a state before the trial period in accordancewith the history information of the history information DB 68.

As shown in FIG. 14, when the user selects a trial option (See FIG. 12),the trial management section 72 causes the modification commandgenerating/transmitting section 69 to transmit, to the control device 8of the automobile 2, a start signal for validating a function of thetrial option being selected (S41). At this point, the starting of thetrial is recorded in the history information DB 68. The service server 6confirms the starting of the trial by receiving a signal notifyingcompletion of the setting from the control device 8 (S42).

Next, the trial management section 72 judges whether or not the trialperiod has ended based on a timer (not shown) (S43). If the trial periodhas not ended (“NO” in the S43), then it is judged whether or not theoption is being used with reference to the history information DB 68(S44). If the option is being used (“YES” in the S44), then the numberof days of using the option is counted (S45).

Next, when the count of the days that the option has been used reachesthe end of the trial period (“YES” in the S43), the trial managementsection 72 notifies the user of the end of the trial period, andtransmits, to the control device 8 of the automobile 2, a cancel signalfor invalidating the function of the option (S47). At this point, themodification command generating/transmitting section 69 transmits themodification command data for bringing back the setting to the settingbefore the trial period, in accordance with the history information inthe history information DB 68. At the same time, the history informationDB 68 records therein the ending of the trial. The service server 6confirms the ending of the trial by receiving a signal notifyingcompletion of the setting from the control device 8 (S42).

As described, in the service providing system of the present embodiment,the user accesses to the service server 6 to request the modification ofthe parameter of the control device 8. Then, the service server 6performs communications with and modification to the control device 8.

As described, with the use of the service server 6 for managing a stateof providing services, confirming the current status of the controldevice 8, and/or checking the contents of modification, it is possibleto carry out more secured modification work. Further, it is possible toprovide users with: a large selection; newly added functions; and/orauxiliary information such as information of each option, andinformation regarding combinations of these options. The foregoingfunctions are provided in the service server 6 data capacity of which isless limited, rather than an in-vehicle device (control device 8) or auser's communication terminal (portable phone 3) data capacities ofwhich are limited. Therefore, it is possible to provide a large volumeof data and application.

Of course, depending on a spec of an application in the control device8, the user may be able to modify the control device 8 by using theapplication. However, such modification is the same as modification of asetting directly carried out by using a DIP switch or a menu provided ina conventional in-vehicle device. Therefore, it is difficult to carryout the modification other than selecting a function being set inadvance. Further, in a case of using switches, it is necessary toexplain functions of the respective switches. This is not preferable forusers. Further, in a case of using a menu displayed on an LED panel orthe like, it is possible to support the user by providing the auxiliaryinformation using texts or an icon. This is convenient for the user.However, depending on where the control device 8 is installed, the menumay be difficult to be seen. Further, a size of the menu will belimited, thus causing a difficulty to read the menu.

Further, storing of choices of parameter and the auxiliary informationin the control device 8 causes an increase in the cost due to a volumeof the program and the data.

Further, the setting through the wireless communications may beinterrupted or may not be completed due to a temporary deterioration ina communication status. The foregoing problem is generally addressed inthe form of software by improving an application for use incommunications. On the contrary, in the foregoing service providingsystem, communication errors are checked by the portable phone-usecommunication IF 61 and the automobile-use communication IF 71.

Further as shown in FIG. 15, the control device 8 is provided with ablank region in a memory, so that a partial modification of a programdoes not cause a change in a position of another program in the memoryspace.

The invention being thus described, it will be obvious that the same waymay be varied in many ways. Such variations are not to be regarded as adeparture from the spirit and scope of the invention, and all suchmodifications as would be obvious to one skilled in the art are intendedto be included within the scope of the following claims.

A charging method of the present invention is a charging method for usein a service providing system having (a) a first terminal device ownedby a user and (b) a service providing server, connected to the firstterminal device via a communication network, offering an informationproviding service to the first terminal device, the method comprising:(I) a step of a service providing server transmitting, to the firstterminal device, a modification command for modifying a predeterminedparameter determining an operation of the first terminal device; (II) astep of the first terminal device modifying the predetermined parameteronly when the first terminal device receives the modification commandfor modifying the predetermined parameter from the service providingserver; and (III) a step of the service providing server charging theuser owning the first terminal device a fee for the transmission of themodification command for modifying the predetermined parameter, in acase where the service providing server transmits, to the first terminaldevice, the modification command for modifying the predeterminedparameter.

With the foregoing method, the modification of the predeterminedparameters determining the operation of the first terminal device ownedby the user is not carried out unless the service providing server givesthe modification command. That is to say that, without permission fromthe service providing server, the user is not able to modify thepredetermined parameters determining the operation of the user's firstterminal device. When the service providing server gives the firstterminal device a command for modifying the predetermined parameters,the user who requested the modification is charged a fee.

Thus, there is realized a business model in which a user is charged formodification of a predetermined parameter determining an operation of afirst terminal device owned by the user. More specifically, a serviceprovider managing the service providing server is able to ensure incomefrom the foregoing business model. By using this income, the serviceprovider can provide various information services or the like at a lowprice, or even provide them free of charge. As a result, it is possibleto realize an information service system that can also benefit users aswell.

Further, the foregoing charging method of the present invention for usein the service providing system may be so adapted that, upon receipt ofa request for modifying the predetermined parameter from the user, theservice providing server transmits, to the first terminal device ownedby the user, the modification command for modifying the predeterminedparameter in accordance with a content of the received request.

In the foregoing method, the user makes a modification request to theservice providing server, whenever the user wishes to modify thepredetermined parameter determining the operation of the user's firstterminal device, the service providing server then gives a command formodifying the predetermined parameter. With this method, the user isenabled to change a parameter determining the operation of the firstterminal device into a desirable state, and the service providing serveris enabled to reliably manage such modifications.

Further, the foregoing charging method of the present invention for usein the service providing system may be so adapted that a second terminaldevice which is different from the first terminal device is owned by theuser, the second terminal device being connected to the serviceproviding server via a communication network; and the request formodifying the predetermined parameter to the service providing server ismade by the user by means of the second terminal device.

With the foregoing method, the user can use the second terminal device,which is different from the first terminal device, for requestingmodification of a parameter with respect to the service providingserver, via communicating means of the second terminal device. Here, forexample, with a use of a portable terminal (e.g. portable phone) ownedby the user as the second terminal device, the user can easily requestmodification of a parameter, whenever the user thinks it is necessary tomodify the parameter. Further, for example, with a use of a PC (PersonalComputer) or the like owned by the user as the second terminal device,the user can also request modification of a parameter, while the user isoperating the PC at home, or at work.

Further, the foregoing charging method of the present invention for usein the service providing system may be so adapted that, in offering aservice of providing information to the first terminal device, theservice providing server charges the user owning the first terminaldevice a fee for the service offered.

In the foregoing method, the user is charged, when the service providingserver offers the information providing service with respect to thefirst terminal device. In other words, the service providing servercharges the user for modification of the parameters, as well as theinformation providing service. This allows the user to pay the chargefor the modification of the parameter, and the charge for theinformation providing service, at the same time.

Further, the foregoing charging method of the present invention for usein the service providing system may further include: (IV) a step of theservice providing server, when the first terminal device owned by theuser transmits certain information to the service providing server,rewarding the user with one or more points, the points varying in numberdepending on information received; and (V) a step of the serviceproviding server using at least one of the points owned by the user forsettlement of the charge to the user.

In the foregoing method, the user can earn a point by transmittingcertain information from the first terminal device to the serviceproviding server. The point being earned is used in making a payment forthe parameter modification or the like. This realizes so-called“bartering of information” in which the user receives the informationproviding service from the service providing server in exchange ofproviding certain information to the service providing server.Accordingly, for example, the user can receive, from the serviceproviding server, the information providing service substantially freeof charge, by providing a sufficient amount of information to theservice providing server.

Further, the foregoing charging method of the present invention for usein the service providing system may be so adapted that: the firstterminal device is an in-vehicle terminal device provided in anautomobile owned by the user, and the predetermined parameter is aparameter determining an operation of the in-vehicle terminal device ina vehicle-antitheft system.

With the foregoing method, it is possible to establish a business modelof a vehicle-antitheft service, in which modification of a parameterdetermining an operation of a vehicle-antitheft system operated by anin-vehicle terminal device is carried out upon permission from theservice providing server. In many cases, the vehicle-antitheft serviceis provided by collecting an enrollment fee and a monthly member shipfee. However, as described, it is possible to charge users formodification of parameters, so that a new source of income is ensuredfor the service provider. Further, for example, with a use of a systemthat allows the user to earn at least one point for providinginformation, it is possible to obtain various kinds of information fromthe user. Thus, it is possible to provide not only the vehicle-antitheftservice, but also wider range of information providing services.

Further, the foregoing charging method of the present invention for usein the service providing system may be so adapted that the predeterminedparameter is a parameter identifying a type of intimidation actionand/or reporting action to be carried out when a sensor provided in theautomobile detects an abnormal situation.

With the foregoing method, it is possible to modify the parameter forspecifying the type of intimidation action and/or reporting action to becarried out when the sensor provided in the automobile detects anabnormal situation. Accordingly, it is possible to provide avehicle-antitheft service which is more delicately settable inaccordance with the needs of the user.

Further, a service providing server of the present invention is aservice providing server for carrying out the foregoing charging methodof the present invention, for use in the service providing system.

Thus, it is possible to provide a service providing server that realizesthe charging method of the present invention, for use in the serviceproviding system.

Further, a service providing program of the present invention is aservice providing program for causing a computer to execute a process inthe foregoing service providing server of the present invention.

By loading the foregoing program to a computer system, it is possible torealize the foregoing service providing server.

Further, a storage medium of the present invention contains a serviceproviding program of the present invention for causing a computer toexecute a process in the service providing server.

By loading the foregoing program recorded in the storage medium to acomputer system, it is possible to realize the foregoing serviceproviding server.

Further, a terminal device of the present invention is a terminal devicefor carrying out the charging method of the present invention, for usein the service providing system.

Thus, it is possible to provide a terminal device that realizes thecharging method of the present invention, for use in the serviceproviding system.

Further, a terminal processing program of the present invention is forcausing a computer to execute a process in the terminal device of thepresent invention.

By loading the foregoing program to a computer system, it is possible torealize the foregoing terminal device.

Further, a storage medium of the present invention containing theterminal processing program of the present invention contains theterminal processing program for causing a computer to execute a processin the terminal device of the present invention.

By loading the foregoing program recorded in the storage medium to acomputer system, it is possible to realize the terminal device.

The embodiments and concrete examples of implementation discussed in theforegoing detailed explanation serve solely to illustrate the technicaldetails of the present invention, which should not be narrowlyinterpreted within the limits of such embodiments and concrete examples,but rather may be applied in many variations within the spirit of thepresent invention, provided such variations do not exceed the scope ofthe patent claims set forth below.

INDUSTRIAL APPLICABILITY

In a service providing system of the present invention, a serviceprovider can charge a user for modifying various parameters determiningan operation of a control device. Thus, the present invention isapplicable to services in general using the control device being keptunder supervision of the user. The present invention is particularlysuitable for a home-security service and/or an automobile-securityservice.

1. A control device, connected via a communication network to a serverdevice that offers a service, detecting a state of an object to bemonitored, wherein the control device performs an operation according toa detected state of the object in accordance with a parameterdetermining an operation of the control device which operationcorresponds to the detected state, and the control device modifies theparameter in accordance with a parameter modification command which isreceived from the server device via the communication network, whereinthe parameter modification command is a command for modifying theparameter.
 2. The control device as set forth in claim 1, wherein thecontrol device stores plural kinds of operations to be performedaccording to a result of detection of the state of the object to bemonitored, so that the operations are associated with detected states,and when detecting the state of the object to be monitored, the controldevice determines an operation to be performed from among the pluralkinds of operations corresponding to the detected state of the object,in accordance with the parameter,
 3. The control device as set forth inclaim 1, wherein when detecting the state of the object to be monitored,the control device controls one or more devices to be controlled inaccordance with the parameter according to the detected state, thedevices to be controlled being installed in the object to be monitored,4. The control device as set forth in claim 1, wherein the controldevice downloads a program which is offered by the server device toobtain an additional operation that can be performed in accordance witha parameter, and changes a parameter related to the additionaloperation.
 5. A communication terminal device communicating via acommunication network with a server device that offers a service, thecommunication terminal device comprising: a display section thatdisplays a plurality of choices of operations to be performed by acontrol device thereon in a user-selectable manner, according to a stateof an object to be monitored which state has been detected by thecontrol device, which is connected to the server device via acommunication network; and the control section that transmits, to theserver device, a modification request for requesting to transmit, to thecontrol device, a parameter modification command that is command formodification to a parameter determining the operation of the controldevice which parameter is selected by the user.
 6. A server deviceoffering a service via a communication network to a control device thatdetects a state of an object to be monitored, wherein the server deviceis intercommunicatively connected via the communication network to acommunication terminal device which is operated by a user, the serverdevice receives, from the communication terminal device, a modificationrequest for requesting to transmit, to the control device, a parametermodification command that is command for modification to a parameterdetermining an operation of the control device which parameter isselected by a user, and the server device transmits, to the controldevice, the parameter modification command according to the receivedmodification request.
 7. The server device as set forth in claim 6,wherein the server device stores therein a history of transmission ofthe parameter modification command or a history of the control devicemodifying a parameter, and the server device transmits the storedhistory to the communication terminal device.
 8. The server device asset forth in claim 6, wherein the server device stores therein a userinformation database in which (i) identification information foridentifying the communication terminal device is associated with (ii)identification information of the control device that is a destinationfor transmission of the parameter modification command, and the serverdevice determines the control device that is a destination fortransmission of the parameter modification command, in accordance withthe identification information of the communication terminal devicewhich has transmitted the modification request to the server device. 9.The server device as set forth in claim 6, wherein the control device iscapable of modifying a plurality of parameters for each of a pluralityof points to be monitored for detection of the state of the object to bemonitored, and the server device stores therein a product informationdatabase which includes combination information specifying whether acombination of settings of the parameters concerning the control deviceis valid or not.
 10. The server device as set forth in claim 9,comprising: a validity judging section that judges whether a combinationof parameter settings requested is valid or not in accordance with thecombination information, upon receipt of the modification request.
 11. Aservice providing system comprising: a control device that detects astate of an object to be monitored; and a server device that offers aservice to the control device via a communication network, wherein thecontrol device performs an operation according to a detected state ofthe object in accordance with a parameter determining an operation ofthe control device which operation corresponds to the detected state,and the control device modifies the parameter in accordance with aparameter modification command which is received from the server devicevia the communication network, wherein the parameter modificationcommand is a command for modifying the parameter,
 12. A serviceproviding system comprising: a control device that detects a state of anobject to be monitored; a server device that offers a service to thecontrol device via a communication network; and a communication terminaldevice being connected to the server device via the communicationnetwork, wherein the control device performs an operation according to adetected state of the object in accordance with a parameter determiningan operation of the control device which operation corresponds to thedetected state, the control device modifies the parameter in accordancewith a parameter modification command which is received from the serverdevice via the communication network, wherein the parameter modificationcommand is a command for modifying the parameter, the communicationterminal device includes: a display section that displays a plurality ofchoices of operations to be performed by a control device thereon in auser-selectable manner, according to a state of an object to bemonitored which state has been detected by the control device, which isconnected to the server device via a communication network; and thecontrol section that transmits, to the server device, a modificationrequest for requesting to transmit, to the control device, a parametermodification command that is command for modification to a parameterdetermining the operation of the control device which parameter isselected by the user, and the server device transmits the parametermodification command to the control device in accordance with themodification request which has been received from the communicationterminal device.
 13. A parameter modification method of modifying aparameter of a control device, the control device, connected via acommunication network to a server device that offers a service,detecting a state of an object to be monitored, the method comprising: astep of detecting the state of the object to be monitored; and a step ofperforming an operation according to a. detected state of the object inaccordance with a parameter determining an operation of the controldevice which operation corresponds to the detected state, and modifyingthe parameter in accordance with a parameter modification command whichis received from the server device via the communication network,wherein the parameter modification command is a command for modifyingthe parameter.
 14. A parameter modification method of a communicationterminal device communicating via a communication network with a serverdevice that offers a service to request for modification of a parameterof a control device that detects a state of an object to be monitored,the method comprising: displaying a plurality of choices of operationsto be performed by the control device in a user-selectable manner,according to the state of the object to be monitored which state hasbeen detected by the control device, which is connected to the serverdevice via a communication network; and transmitting, to the serverdevice, a modification request for requesting to transmit, to thecontrol device, a parameter modification command that is command formodification to a parameter determining the operation of the controldevice which parameter is selected by the user.
 15. A parametermodification method of instructing a control device to modify aparameter of the control device via a communication network, the controldevice detecting a state of an object to be monitored, the methodcomprising: a step of receiving, from a communication terminal device, amodification request for requesting to transmit, to the control device,a parameter modification command that is command for modification to aparameter determining an operation of the control device which parameteris selected by a user, and a step of transmitting, to the controldevice, the parameter modification. command. according to the receivedmodification request.
 16. A service providing method. in a serviceproviding system that comprises: a control device that detects a stateof an object to be monitored; and a server device that offers a serviceto the control device via a communication network; and a communicationterminal device that is connected to the server device via thecommunication network, the method comprising: (I) a step of the controldevice detecting the state of an object to be monitored; (II) a step ofthe communication terminal device displaying a plurality of choices ofoperations to be performed by the control device in a user-selectablemanner, according to the state of the object to be monitored which statehas been detected by the control device; (III) a step of thecommunication terminal device transmitting, to the server device, amodification request for requesting to transmit, to the control device,a parameter modification command that is command for modification to aparameter determining the operation of the control device whichparameter is selected by the user; (IV) a step of the server devicetransmitting the parameter modification command to the control device inaccordance with the modification request which has been received fromthe communication terminal device; (V) a step of the control devicemodifying the parameter in accordance with the parameter modificationcommand which has been received from the server device; and (VI) a stepof performing an operation according to a detected state of the objectin accordance with the parameter.
 17. A service providing method in aservice providing system that comprises: a control device; and a serverdevice, connected to the control device via a communication network,offering an information providing service to the control device, themethod comprising: (I) a step of the server device transmitting, to thecontrol device, a modification command for modifying a predeterminedparameter determining an operation of the control device; (II) a step ofthe control device modifying the parameter in accordance with themodification command for modifying the predetermined parameter whichcommand has been received from the server device; (III) a step of thecontrol device detecting a change in state of an object to be monitored,and operating according to an detected state of the object, wherein themodified parameter determines an operation that is performed by thecontrol device according to the state detected by the control device;and (IV) a step of the server device charging a user of the controldevice a fee for. the transmission of the modification command formodifying the predetermined parameter, in a case where the server devicetransmits, to the control device, the modification command for modifyingthe predetermined parameter.
 18. The method as set forth in claim 17,wherein upon receipt of a request for modifying the predeterminedparameter from a user, the server device transmits, to the controldevice, the modification command for modifying the predeterminedparameter in accordance with a content of the received request.
 19. Themethod as set forth in claim 18, wherein the request for modifying thepredetermined parameter is transmitted from a communication terminaldevice operated by the user to the server device.
 20. A control methodof a server device being connected to a control device and acommunication terminal device via a communication network, the serverdevice offering an information providing service with respect to thecontrol device, the method comprising: (I) a modification requestaccepting step of receiving a modification request from thecommunication terminal device, the modification request requesting totransmit, to the control device, a modification command for modifying apredetermined parameter determining an operation of the control device;(II) a modification command transmitting step of generating themodification command in accordance with the modification request, andthen transmitting the modification command to the control device; (III)a step of the control device detecting a change in state of an object tobe monitored, and operating according to a detected state of the object,wherein the modified parameter determines an operation that is performedby the control device according to the state detected by the controldevice; and (IV) a step of the server device requesting from one of thecontrol device and the communication terminal device a fee for thetransmission of the modification command for modifying the predeterminedparameter, in a case where the server device transmits, to the controldevice, the modification command for modifying the predeterminedparameter.
 21. The method as set forth in claim 20, further comprising:(V) a history recording step of storing, in a history informationdatabase, a content of a parameter setting when transmitting themodification command to the control device.